Methods and systems for context-sensitive manipulation of an object via a presentation software

ABSTRACT

Methods and Systems for context-sensitive manipulation of an object via a presentation software are disclosed.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a Continuation of U.S. Application No. 17/647,304, filed Jan. 6, 2022, which is a Divisional of U.S. Pat. Application No. 17/101,873, filed Nov. 23, 2020. These applications are herein incorporated by reference in their entireties.

FIELD

The present disclosure relates to methods and systems for context-sensitive manipulation of an object via a presentation software.

BRIEF DESCRIPTION OF DRAWINGS

This application/patent contains at least one drawing executed in color. Once this application/patent is published, copies of this patent application with color drawing(s) will be provided by the USPTO upon request and payment of the necessary fee.

Other objects and advantages of the present disclosure will become apparent to those skilled in the art upon reading the following detailed description of example embodiments, in conjunction with the accompanying drawings, in which like reference numerals have been used to designate like elements, and in which:

FIG. 1 shows a flowchart for executing and monitoring content in a decentralized runtime environment according to an example embodiment of the present disclosure;

FIG. 2 shows an administrator interface with an ordered list of multiple content modules according to an example embodiment of the present disclosure;

FIG. 3 shows a system diagram for executing and monitoring content in a decentralized runtime environment according to an example embodiment of the present disclosure;

FIG. 4 shows a flowchart for context-sensitive manipulation of an object according to an example embodiment of the present disclosure;

FIG. 5 shows a system diagram for context-sensitive manipulation of an object according to an example embodiment of the present disclosure; and

FIG. 6 illustrates a machine configured to perform computing operations according to an embodiment of the present disclosure.

FIG. 7 illustrates various object states according to an example embodiment of the present disclosure.

FIGS. 8A-8E illustrate various object states according to an example embodiment of the present disclosure.

FIGS. 9A-9B illustrates detailed flowcharts according to an example embodiment of the present disclosure.

FIGS. 10A-10C provides infrastructure information according to an example embodiment of the present disclosure.

DESCRIPTION

FIG. 1 shows a flowchart for an example method 100 for executing and monitoring content in a decentralized runtime environment. The method 100 may include a step 110 of selecting, at an administrator interface, one or more content modules that include the content and the content’s controller.

Content, as used herein, can include textual data, visual (e.g. images and videos) data, aural data, IoT data, transactional data, etc. It may also include content derived from this data such as embedded websites (or a website URL), 3D models, polling/questions/voting data, and/or scenes from a virtual tour. The content can be preprocessed. For example, videos can be transcoded into various formats for different devices and connectivity.

In an example embodiment, a content library for various media types (e.g. videos, virtual tours, etc.) can be used. Content uploaded into the library can be automatically preprocessed by the platform to ensure it can be provided in the best possible format (e.g. videos are converted into multiple resolutions & bitrates).

Content controller, as used herein, can include a software application to execute/run the content. For example, an image viewer can be used for an image-based content, a video player can be used for video content, a web browser can be used for website-based content, etc.

The method 100 may include a step 120 of sending an access invitation from the administrator interface to at least one user interface to establish a bi-directional link between the administrator interface and the user interface. The bi-directional link or connection can be a direct connection or via a server connecting the administrator interface and the user interface. The connecting server can entail set of APIs, databases & applications running in a dedicated environment (e.g. in cloud / on-premise servers).

The step 120 can be performed via many ways such as emailing the access invitation, texting the access invitation, and/or sharing it over a video conference, etc. The access invitation can be in the form of, but is not limited to, a QR code and/or a URL. The URL may itself contain information regarding an access code or it may provide a webpage with a field to input the access code. The user interface can be one or more interfaces that do not have administrator privileges.

The administrator interface can be an interface for an administrator with privileges that can affect other users of the decentralized runtime environment. Such privileges can include changing security settings, install software and hardware, access all files on the computer, make changes to other user accounts, etc. In an example embodiment, the administrator interface and the one or more user interfaces can be displayed on different devices. In another example embodiment, the administrator interface and the user interfaces can be displayed on the same device.

The method 100 may include a step 130 of sending, via the bi-directional link from the administrator interface to the user interface(s), a URL for downloading the content and the content’s controller. The method 100 may include a step 140 of downloading the content and the content’s controller from a data source (e.g. server, app store, and/or webpage) associated with the URL.

In an example embodiment, the content’s controller may already be present on a device associated with the user interface. In such a case, the content controller may not have to be downloaded. In an example embodiment, the content’s controller may be transmitted from a device associated with the administrator interface to a device associated with the user interface, without being downloading from the data source.

The method 100 may include a step 150 of executing the content’s controller with the content at the user interface to obtain telemetry data associated with the content and transmitting the telemetry data, via the bi-directional link, from the user interface to the administrator interface. In an example embodiment, during the executing of the content’s controller in step 150, additional user interface(s) may connect to the administrator via the access invitation and bi-directional link in the same manner as previously described in steps 130 and 140. The telemetry data can be stored in an external server and/or a device associated with the administrator interface.

The method 100 may include a step 160 of monitoring by the administrator interface, via the bi-directional link, the executing of the content controller at the user interface based on the telemetry data. For example, if the content is a video file, the administrator interface can monitor the progress of video playback at the user interface and as necessary control and synchronize the video playback across one or more user interfaces. This step 160 can be repeated one or more times as telemetry data is updated based on the executing step 150. After the step 160, the method 100 can be terminated by ending the executing of the content’s controller and disconnecting all the user interfaces from the administrator interface.

FIG. 2 shows an example administrator interface 200 with an ordered list 210 of multiple content modules that can be arranged such that each content module contains a different type of content or functionality. The content modules in the list 210 are “Welcome”, “Agenda”, “Video”, “Virtual Tour”, “Demonstrator: Face Detection”, “Co-Creation: Photos Upload”, “Co-Creation: Card Browser”, “Custom”.

These are non-limiting examples merely for illustration purposes. Other non-limiting examples can include content modules that allows users to upload content such as images, videos, etc., or content modules that enhance content with additional information (e.g. detect text on an image or faces/persons). The order of content modules in the list 210 may be changed by using, for example, drag and drop functionality.

By specifying a start/end time 220, a title 230 and a list of content modules (e.g. 210), a new event can be created at the administrator interface 200. An access invitation 240 (e.g. QR code/identifier) associated with the new event can be auto generated. As previously described in step 120, this access invitation can be used to establish a bi-directional link. Event related data (e.g. content modules 210, start/end time 220, a title 230, etc.) can be stored in an external server and/or a device associated with the administrator interface.

Previously described steps 150 and 160 can include executing and monitoring a selected group of content modules from the list content modules. For example, if the administrator interface intends to execute and monitor only the “Video” and “Virtual Tour module” in the list 210, then it can be done by selecting only those specific modules.

FIG. 3 shows an example diagram of a system 300 for executing and monitoring content in a decentralized runtime environment. The system 300 can include an administrator interface 310 configured to select at least one content module that includes the content and the content’s controller and transmit an access invitation for establishing a bi-directional link 305 or 315. Aspects of the administrator interface 310 relate to previously described steps 110, 120 and 130.

The system 300 can include a user interface(s) 320 connected to the administrator interface 310 via the bi-directional link 305 or 315. The user interface 320 can be configured to receive a URL for downloading the content and the content’s controller. The user interface 320 can be further configured to execute the content’s controller with the content to obtain telemetry data associated with the content, transmit the telemetry data, via the bi-directional link 305 or 315, from the user interface 320 to the administrator interface 310. Aspects of the administrator interface 310 relate to previously described steps 130, 140 and 150. The execution of the content’s controller by the user interface 320 can be monitored at the administrator interface 310, as previously described in step 160.

In an example embodiment, the bi-directional link 305 can be established via a direct connection between the administrator interface 310 and the user interface 320. In another example embodiment, the bi-directional link 315 can be established via a server 330 between the administrator interface 310 and the user interface 320.

FIG. 4 shows a flowchart for a method 400 for context-sensitive manipulation of an object via a presentation software. The object can be a virtual object (e.g. a digital 3D model) or a physical object (e.g. an IoT Application controlling one or more actuators/physical items). The context-sensitive manipulation can be accomplished by controlling/changing/manipulating a state of the object.

In an example embodiment, the controlling/changing/manipulating can include animating 3D virtual objects and/or controlling physical mechatronic systems or actuators. the change in the state of the object can include, for example, animating individual elements in a 3D model, changing a camera’s position to set a viewpoint, changing color of physical RGB LEDs, changing a speaker’s sound or playlist to underline certain activities. The change in the state of the object does not include changes related to the presentation software’s progress or changes in the companion script.

The method 400 can be used to enrich both virtual & onsite/physical events (meetings) in which a presentation is shown via a presentation software (e.g. PowerPoint, Keynote, OpenOffice) with additional (interactive) content to create a more immersive and engaging experience.

In an example embodiment, the method 400 can be implemented in a fully virtual scenario. In such a scenario, all participants (e.g. administrator interface’s device and user interface’s device(s)) can be at different locations connected virtually. The administrator interface’s device can execute the presentation software and control aspects of the user interface’s device.

In another example embodiment, the method 400 can be implemented in a fully on-site/physical scenario. In such a scenario, all participants (e.g. administrator interface’s device and connected user interface’s device (e.g. IoT devices) can be at the same location. The connected IoT devices can be synchronized with the presentation software’s position in a context-sensitive manner.

In another example embodiment, the method 400 can be implemented in a combination of the previous scenarios. That is, some participants can be connected virtually, and some can be in the same location. All participants can view the same presentation (on-site: screen, virtual: video conference on a screen) and the same additional content (on-site: via connected devices, virtual: via Companion App on Second Screen / Mobile Device).

The method 400 can include a step 410 of monitoring, at the administrator interface’s device, the presentation software to extract an embedded companion script and obtaining the presentation software’s current position. Known techniques of extraction of an embedded script can be used for step 410.

In an example embodiment, the companion script can be a custom script language that provides a syntax to both automate control of events conducted at the administrator interface and manipulate and/or control objects associated with the user interface device(s) synchronized in a context-sensitive way via the presentation software. The companion script can be embedded in a file associated with the presentation software.

The method 400 can include a step 420 of parsing, at the administrator interface’s device, the companion script into object control code to control the object’s state and event control code to control an event associated with the presentation software’s current position. Known techniques of parsing can be used for step 420.

The object control code can manipulate and/or control the object associated with the user interface’s device. The event control code can be executed by the administrator interface’s device and can be mapped to control commands sent to the user interface. The event control code can modify the event state (e.g. a content module(s)) based on the presentation software’s current position. The presentation software can serve as an Integrated Developer Environment (IDE) to define logic to manipulate and control both the event as well as the object.

The method 400 can include a step 430 of executing the event control code at the administrator interface’s device to identify the event’s state (e.g., content module) and sending the identified event state’s information to the user interface’s device. For example, the event control code can modify any parameters associated with an event as previously described with regards to FIG. 2 (e.g. content module, name of event, start/stop/disconnect, order of content module etc.). This step can happen automatically providing a better and efficient user experience.

In an example embodiment, if the event state at the user interface’s device is not the same as the identified event state, the step 430 can further include synchronizing the user interface’s device event state with the identified event state based on the identified event state’s information.

The method 400 can include a step 440 of sending, via a bi-directional link, the object control code and the presentation software’s current position from the administrator interface device to the user interface’s device and executing, at the user interface’s device, the object control code for the presentation software’s current position to obtain a target object state. The bi-directional link can be established as previously described in method 100.

The method 400 can include a step 450 of determining, at the user interface’s device, the object’s actual state is different from the object target state and manipulating the object’s actual state to synchronize with the object’s target state. For example, for a virtual 3d scene object with two different buildings, the state of the object can be defined by parameters that include camera positioning and color of lights at each of the two buildings. The object’s actual state can be the camera is turned off, building no. 1 is green color, and building no. 2 is red color. The target state can be a camera focused on the data center of the virtual building, building no. 1 in red color and building 2 in green color. Per step 450, in this example because the object’s target state is different from the object’s actual state, the object’s state would be changed to the target state.

In an example embodiment, the object may include multiple sub-objects. For example, in the previous example, the virtual 3d scene object has sub-objects as camera, building no. 1 and building no. 2. The method 400 can be implemented for each of the sub-objects in a similar manner as the object.

In an example embodiment, the presentation software and the administrator interface can be performed at different devices (e.g. the presentation software is not executed at the administrator interface’s device). In such a case, these different devices can be connected via a bi-directional link and one or more steps of the method 400 can be performed at the presentation software’s device.

FIG. 5 shows an example system 500 for context-sensitive manipulation of an object via a presentation software. The system 500 can include an administrator interface’s device 510 configured for monitoring the presentation software to extract an embedded companion script and obtaining the presentation software’s current position. The administrator interface’s device 510 can parse the companion script into object control code to control the object’s state and event control code to control an event associated with the presentation software’s current position. The administrator interface’s device 510 can execute the event control code to identify the event’s state and send the identified event state’s information. These aspects of the administrator interface’s device 510 relate to previously described steps 410, 420 and 430.

The system 500 can include a user interface’s device(s) 520 configured to receive, via the bi-directional link 505 or 515, the identified event state’s information, the object control code and the presentation software’s current position from the administrator interface’s device 510. The user interface’s device(s) 520 can execute the object control code for the presentation software’s current position to obtain a target object state. The user interface’s device 520 can then determine that the object’s actual state is different from the object target state and manipulate the object’s actual state to synchronize with the object’s target state. These aspects of the user interface’s device(s) 520 relate to previously described steps 440 and 450.

In an example embodiment, the presentation software can be executed at the administrator interface’s device 510. In another example embodiment, the presentation software can be executed at a device (e.g. presentation software device 540) that is different from the administrator interface’s device 510.

In an example embodiment, the bi-directional link 505 can be established via a direct connection between the administrator interface’s device 510 and the user interface’s device 520. In another example embodiment, the bi-directional link 515 can be established via a server 530 between the administrator interface’s device 510 and the user interface’s device 520.

FIG. 6 is a block diagram illustrating an example computing system 600 upon which any one or more of the methodologies (e.g. systems 300, 500 and methods 100, 400) discussed herein may be run according to an example described herein. Computer system 600 may be embodied as a computing device, providing operations of the components featured in the various figures of the present disclosure, including any processing or computing platform or component described or referred to herein. In alternative embodiments, the computing system 600 can operate as a standalone device or may be connected (e.g., networked) to other devices. In a networked deployment, the computing system 600 may operate in the capacity of either a server or a client machine in server-client network environments, or it may act as a peer machine in peer-to-peer (or distributed) network environments.

Example computing system 600 can includes a processor 602 (e.g., a central processing unit (CPU), a graphics processing unit (GPU) or both), a main memory 604 and a static memory 606, which communicate with each other via an interconnect 608 (e.g., a link, a bus, etc.). The computer system 600 may further include a video display unit 610, an alphanumeric input device 612 (e.g., a keyboard), and a user interface (UI) navigation device 615 (e.g., a mouse). In one embodiment, the video display unit 610, input device 612 and UI navigation device 615 are a touch screen display. The computer system 600 may additionally include a storage device 616 (e.g., a drive unit), a signal generation device 618 (e.g., a speaker), an output controller 632, and a network interface device 620 (which may include or operably communicate with one or more antennas 630, transceivers, or other wireless communications hardware), and one or more sensors 628.

The storage device 616 can include a machine-readable medium 622 on which is stored one or more sets of data structures and instructions 624 (e.g., software) embodying or utilized by any one or more of the methodologies or functions described herein. The instructions 624 may also reside, completely or at least partially, within the main memory 604, static memory 606, and/or within the processor 602 during execution thereof by the computer system 600, with the main memory 604, static memory 606, and the processor 602 constituting machine-readable media.

While the machine-readable medium 622 is illustrated in an example embodiment to be a single medium, the term “machine-readable medium” may include a single medium or multiple medium (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more instructions 624. The term “machine-readable medium” shall also be taken to include any tangible medium that is capable of storing, encoding or carrying instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present disclosure or that is capable of storing, encoding or carrying data structures utilized by or associated with such instructions. The term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical media, and magnetic media. Specific examples of machine-readable media include non-volatile memory, including, by way of example, semiconductor memory devices (e.g., Electrically Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM)) and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks.

The instructions 624 may further be transmitted or received over a communications network 626 using a transmission medium via the network interface device 620 utilizing any one of several well-known transfer protocols (e.g., HTTP). Examples of communication networks include a local area network (LAN), wide area network (WAN), the Internet, mobile telephone networks, Plain Old Telephone (POTS) networks, and wireless data networks (e.g., Wi-Fi, 3G, 4G and 5G, LTE/LTE-A or WiMAX networks). The term “transmission medium” shall be taken to include any intangible medium that can store, encoding, or carrying instructions for execution by the machine, and includes digital or analog communications signals or other intangible medium to facilitate communication of such software.

Other applicable network configurations may be included within the scope of the presently described communication networks. Although examples were provided with reference to a local area wireless network configuration and a wide area Internet network connection, it will be understood that communications may also be facilitated using any number of personal area networks, LANs, and WANs, using any combination of wired or wireless transmission mediums.

The embodiments described above may be implemented in one or a combination of hardware, firmware, and software. For example, the features in the system architecture 600 of the processing system may be client-operated software or be embodied on a server running an operating system with software running thereon. While some embodiments described herein illustrate only a single machine or device, the terms “system”, “machine”, or “device” shall also be taken to include any collection of machines or devices that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.

FIG. 7 illustrates various object states according to an example embodiment of the present disclosure. FIGS. 8A-8E illustrate various object states according to an example embodiment of the present disclosure. FIGS. 9A-9B illustrates detailed flowcharts according to an example embodiment of the present disclosure. FIGS. 10A-10C provides infrastructure information according to an example embodiment of the present disclosure.

Examples, as described herein, may include, or may operate on, logic or several components, modules, features, or mechanisms. Such items are tangible entities (e.g., hardware) capable of performing specified operations and may be configured or arranged in a certain manner. In an example, circuits may be arranged (e.g., internally or with respect to external entities such as other circuits) in a specified manner as a module, component, or feature. In an example, the whole or part of one or more computer systems (e.g., a standalone, client or server computer system) or one or more hardware processors may be configured by firmware or software (e.g., instructions, an application portion, or an application) as an item that operates to perform specified operations. In an example, the software may reside on a machine readable medium. In an example, the software, when executed by underlying hardware, causes the hardware to perform the specified operations.

Accordingly, such modules, components, and features are understood to encompass a tangible entity, be that an entity that is physically constructed, specifically configured (e.g., hardwired), or temporarily (e.g., transitorily) configured (e.g., programmed) to operate in a specified manner or to perform part or all operations described herein. Considering examples in which modules, components, and features are temporarily configured, each of the items need not be instantiated at any one moment in time. For example, where the modules, components, and features comprise a general-purpose hardware processor configured using software, the general-purpose hardware processor may be configured as respective different items at different times. Software may accordingly configure a hardware processor, for example, to constitute a particular item at one instance of time and to constitute a different item at a different instance of time.

Additional examples of the presently described method, system, and device embodiments are suggested according to the structures and techniques described herein. Other non-limiting examples may be configured to operate separately or can be combined in any permutation or combination with any one or more of the other examples provided above or throughout the present disclosure.

It will be appreciated by those skilled in the art that the present disclosure can be embodied in other specific forms without departing from the spirit or essential characteristics thereof. The presently disclosed embodiments are therefore considered in all respects to be illustrative and not restricted. The scope of the disclosure is indicated by the appended claims rather than the foregoing description and all changes that come within the meaning and range and equivalence thereof are intended to be embraced therein.

It should be noted that the terms “including” and “comprising” should be interpreted as meaning “including, but not limited to”. If not already set forth explicitly in the claims, the term “a” should be interpreted as “at least one” and “the”, “said”, etc. should be interpreted as “the at least one”, “said at least one”, etc. Furthermore, it is the Applicant’s intent that only claims that include the express language “means for” or “step for” be interpreted under 35 U.S.C. 112(f). Claims that do not expressly include the phrase “means for” or “step for” are not to be interpreted under 35 U.S.C. 112(f). 

1. A computer-implemented method comprising: sending, via a bidirectional link, information regarding a state of an event from an administrator interface device to a user interface device; and synchronizing an event state of the user interface device based on the state of the event information received from the administrator interface device, wherein event control code is executed by the administrator’s interface device and mapped to control commands sent to the user interface, and wherein the event control code modifies the event state based on the presentation software’s current position.. 